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(54) Programmable power management system and method for network computer stations 



(57) A frame-address matching function of a net- 
work controller is enhanced. In a full power-on mode, 
the controller performs conventional functions. In the 
low-power mode, the controller includes frame-address 
and frame-data matching, as well as pre-determined 
and programmable autonomous response to network 
protocol. If a match occurs with respect to the frame des- 
tination address or frame data, the system associated 
with the controller is placed in a wake-up state. If the 



controller is programmed to perform pattern matching 
inside the frame data area, upon such match in the 
frame data area the controller will generate and transmit 
on the network a simple response packet automatically. 
Conversely, if a match is not detected, no action is taken. 
The frame-data patterns are programmable with the ca- 
pability to mask out certain data fields as desired which 
are protocol dependent and are substantially protocol 
dependent. 
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Description 

This invention relates to efficient power manage- 
ment of computers and, more particularly, relates to sys- 
tems and methods for reducing power consumption of 
computers in computer networks. 

Modern day concerns in preserving the environ- 
ment and providing for more efficient energy consump- 
tion, have resulted in new design techniques seeking to 
incorporate energy saving features in new products. 
The computer industry itself has felt this emerging need 
for more energy-efficient computer systems, an exam- 
ple of which is computers which are designed go into a 
low-power standby or hibernation state whenever pos- 
sible in order conserve energy. 

One application of such PCs or workstations capa- 
ble of toggling between and active and low-power states 
is in computer networks. Theoretically, PCs or worksta- 
tions (hereinafter "stations" generically for convenience) 
may be interconnected on a network and selectively ac- 
tivated as required into a norma! powered-up state as 
required by messages on the network. However, in prac- 
tice it has been found to be very difficult indeed to main- 
tain such a station in a dormant low-power state of 
standby or hibernation while it is connected to a network 
such as an Ethernet network awaiting such a message 
to be activated. The reason for this is due to the nature 
of network transmissions which take the form of broad- 
cast packets. Particular forms of such broadcast pack- 
ets are typically found in network environments which 
unfortunately often "wake up" or activate the station un- 
necessarily. A representative example of such broad- 
cast packets is the IPX-SAP packet which occurs so fre- 
quently, e.g., once per minute, that stations are, as a 
practical matter, not capable of any meaningful standby 
or hibernation state due to the frequency of such broad- 
cast packets activating the stations often unnecessarily 
with irrelevant information. 

One approach to this problem is to provide for a fil- 
tering out of all such broadcast packets by the stations' 
network controllers. While this may appear to address 
the problem of unnecessary activation of stations, a se- 
rious downside to such an approach is that many exist- 
ing protocols will cease to run on the network or, equally 
as serious, connections may simply be lost. Accordingly, 
it is commonplace in modern PC and workstation net- 
working technology to simply provide for such stations 
to always be in a full power-on state. 

This of course is contrary to the aforementioned 
modern trend of energy conservation policy such as that 
embodied in the Environmental Protection Agency's En- 
ergyStar guidelines which encourage the concept of en- 
ergy conservation and iow-power states whenever pos- 
sible to be used in technology. Unfortunately, such 
guidelines further strongly recommend that, with re- 
spect to network connections, such connections prefer- 
ably not be lost while the station is in the iow-power 
state. This obviously gives rise to mutually inconsistent 



design criteria of saving power by low-power state de- 
signs in network stations while at the same time avoiding 
loss of connections, the very cause of which is or may 
be such toggling to low-power states. . 
5 Turning to a specific network protocol in order to il- 
lustrate the problem, in a typical such protocol such as 
the TCP/IP protocol, dynamic binding between netwqrk 
IP addresses and physical addresses (e.g., IEEE Ether- 
net 48 bit addresses, for example,) is effected by use of 
io an Address Resolution Protocol (ARP) broadcast mech- 
anism. More particularly, in operation, when it is desira- 
ble for a host "A" for example, to resolve an IP address 
"l-b", the host, in accordance with the protocol, will 
broadcast a special packet requesting the host with the 
15 IP address "l-b" to respond with its corresponding phys- 
ical address, namely "P-b". All of the hosts on the net- 
work, including "b", will receive such requests, but only 
host "b" recognizes its IP address "l-b" in the broadcast, 
and accordingly only host "b" will respond by sending a 
20 reply containing its physical address. 

When A receives such reply, it may then use the 
physical address thereby received in order to send an 
Internet packet as desired (e.g., mail, etc.) directly to 
station B. in most cases, then, an ARP broadcast packet 
2S j s thereby sent before a host can send a dedicated pack- 
et to another host for mail or other such applications. 
Ideally, if station B is in a low-power mode, in accord- 
ance with the foregoing desired goal of energy saving, 
it would desirably be "woken up" or activated only if the 
30 broadcast packet on the network is in fact intended for, 
and of interest to the B station with such B stat ion ignor- 
ing any such broadcast packets by remaining in the low- 
power and thus low-energy consuming mode. 

Unfortunately, however, in practice most controller 
35 chips such as those associated with the Ethernet proto- 
col may only perform frame physical destination ad- 
dress matching, i.e., simply comparing the destination 
address field of an incoming frame with some pre-de- 
fined addresses. More particularly, such controllers do 
not have the capability to perform pattern matching in- 
side the frame data area. However, without the capabil- 
ity of analyzing data in the frame-data area, the objective 
of saving energy in network systems while at the same 
time retaining the integrity of the network cannot be 
achieved simply by enabling or disabling broadcast ad- 
dresses in an effort to solve the problem. This is be- 
cause, stated differently, the data frame portion of a 
frame is the portion which provides information as to 
whether a particular station should accept or reject a 
particular broadcast packet, e.g., whether in response 
to a given broadcast packet, a system board and asso- 
ciated CPU should be activated or, on the contrary, 
should remain in a low-power state because the data 
associated with the broadcast packet is not relevant to 
the particular station. 

Yet another example illustrating the problem in the 
real world may be seen in the case of yet another pro- 
tocol, namely the IPX protocol associated with the net- 
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work : and more particularly, the service advertisement 
protocol (SAP) mechanism operating above the IPX 
protocol. SAP broadcast packets (e.g., server broad- 
casts indicating service which is available on the net- 
work) are, in this implementation, transmitted by the 
server once per minute. If a client host is in a low-power 
mode and must respond to such a broadcast packet, it 
should be readily apparent that there is no chance that 
the client can ever in any significant or meaningful way 
remain in a low-power mode in order to effect the de- 
sired energy conservation goals. However, if in order to 
effect such goals, the client host remains in the low-pow- 
er mode and is thus not responding to such SAP broad- 
cast packets, the client obviously may miss some im- 
portant information such as the fact that a server has 
been shut down. Ideally, then, such an Ethernet control- 
ler mechanisms were needed which could conditionally 
wake up stations from only a selected subset of SAP 
packets. 

Yet a further problem associated with maintaining 
low-power states of stations in a network environment 
is that some network protocols may require a client to 
respond to "heart -beat" types of queries (e.g., establish- 
ing whether a particular client is still "alive", e.g., func- 
tioning properly). Accordingly, compounding the already 
difficult situation hereinbefore setforth, it was necessary 
that a solution to the aforementioned problem further in- 
clude capability that the network controller in the client 
(such as the aforementioned Ethernet controller) in a 
low-power mode, could autonomously respond to such 
heart-beat types of queries without having to wake the 
client CPU system up. 

It is accordingly an object of an embodiment of the 
invention to provide for improved energy saving features 
in a network environment. 

It is yet another such object to provide an inexpen- 
sive hardware solution to the problem of energy man- 
agement in networked computer stations while at the 
same time avoiding loss of connections and stations 
missing important data. 

An aspect of the present invention provides a meth- 
od for improved power management in a network of 
computer stations each of said stations including a net- 
work interface controller, comprising: storing in one of 
said controllers corresponding to one of said stations at 
least one programmed pattern within a frame data; and 
a corresponding predetermined response message; 
monitoring with said one of said controllers for said 
frame data on said network; detecting in said one of said 
controllers from said monitored frame data whether a 
match occurs of said stored pattern with a pattern within 
said monitored frame data; determining, in response to 
said detecting of said match, if said corresponding pre- 
determined response message is stored; and transmit- 
ting said predetermined response message onto said 
network in response to said determining that said cor- 
responding predetermined response message is 
stored. 



A feature of an embodiment of the invention is to 
provide for energy saving peer-to-peer station commu- 
nication in a computer network environment which is 
transparent to network software and servers and thus 

s not reliant thereupon. 

It is a further such feature to provide programmable 
power management systems and methods implement- 
ed in a network interface controller for networked com- 
puter stations which may easily and inexpensively alter, 

10 enable and disable system power-ons with respect to 
selected packets. 

It is yet another such feature to provide for response 
in a computer network to proprietary heartbeat queries 
without the necessity of waking up the station. 

is it is still a further such feature to provide a program- 
mable network interlace which permits filtering in re- 
sponse to network packets to provide interaction with a 
power-saving workstation or computer on a network. 
It is still a further such feature to provide a program- 

20 mable network interface controller for use in a computer 
network which responds to power-on/off sequences ob- 
viating the necessity to alter application or control soft- 
ware. 

In a preferred embodiment of the invention, af rame- 

25 address matching function of a network controller is en- 
hanced. In a full power-on mode/the controller performs 
its conventional functions. However, in the low-power 
mode, the controller includes the capability of frame-ad- 
dress and frame-data matching, as well as pre-deter- 

30 mined and programmable autonomous response to net- 
work protocol. 

More particularly, in a preferred embodiment, the 
controller, such as an Ethernet controller, provides up to 
1 6 frame-address and data matching. If a match occurs 

35 with respect to the frame destination address or frame 
data, the system associated with the controller will be 
placed in a wake-up state. If the controller has been pro- 
grammed to perform the aforementioned pattern match- 
ing inside the frame data area, upon such a match in the 

40 frame data area, the controller will be caused to gener- 
ate and transmit on the network a simple response pack- 
et automatically. Conversely, if a match is not detected, 
no action is taken. The frame-address may be any valid 
address such as a broadcast, multicast, or fixed IEEE 

45 address. The frame-data patterns are programmable 
with the capability to mask out certain data fields as de- 
sired and are substantially protocol dependent. 

In an alternative embodiment, a microcontroller is 
included with the network controller to perform the 

so above low-power mode functions, with the network con- 
troller, such as the Ethernet controller, providing a sim- 
ple interface to such low-cost controller (which, in one 
embodiment may take the form of a well-known 8051 
embedded microcontroller). In accordance with this em- 

55 bodiment, the Ethernet or like-controller thereby is 
slaved to the microcontroller in the low-power mode. In 
full-on mode, the microcontroller is disabled. Perform- 
ance requirements for the microcontroller are minimized 
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or avoided because most broadcast packets are less 
than 64 bytes and may thereby easily fit into the internal 
FIFO buffer of the Ethernet or like-controller. 

In accordance with the foregoing capability, a work- 
station or PC is thereby programmed to enter a wake- 
up mode on specific broadcast packets or, alternatively, 
may be caused to autonomously respond to a broadcast 
packet with a simple pre -determined packet. In a hiber- 
nation mode, in like manner, the station is thereby pro- 
grammed to be woken up only by a unique address and 
data frame pattern which may depend upon future 
standards promulgated as desired. Accordingly, the sta- 
tion will be woken up only when it is appropriate to do 
so, with the Ethernet controller handling the simple re- 
sponse of broadcast packets without unnecessarily 
placing the station in a wake-up mode but all the while 
maintaining the network connection as is desirable. 

Fig. 1 is block diagram of a computer network in 
which the power management invention for net- 
working stations may be implemented; 
Fig. 2 is a functional block diagram illustrating the 
toggling of a station operating in the network of Fig. 
1 and including a network interface controller be- 
tween a full-on and power-down state; 
Fig. 3 is a functional block diagram of a represent- 
ative network interface controller of Fig. 2; 
Fig. 4 is a flow diagram of software of a MAC con- 
troller portion of the NIC of Fig. 3 implementing the 
subject invention; 

Fig. 5 is a schematic illustration of the format of a 

typical representative frame or packet on a network, 

including a frame data portion utilized for pattern 

matching in accordance with the invention; 

Fig. 6 is a schematic illustration of frame data and 

pre-determined responses in accordance with the 

invention. 

A representative and more detailed discussion of 
the general principles associated with network technol- 
ogy such as the Ethernet technology discussed herein 
may be obtained from reference to "INTERNETWORK- 
ING WITH TCP/IP, Vol. 1, PRINCIPLES, PROTOCOLS 
AND ARCHITECTURE", D. E. Comer, Prentice-Hall 
Publishing Co., 1 991 , and in particular, to Section 2.4 of 
such reference, which is incorporated herein by refer- 
ence. 

Turning first to Fig. 1, a high level description of a 
network environment will first be provided in which the 
invention preferably may be embodied. With reference 
to Fig. 1, there is depicted a pictorial representation of 
a data processing system 8 which may be utilized to im- 
plement a method and system of the present invention. 
As may be seen, data processing system 8 may include 
a plurality of networks, such as local area networks 
(LAN) 10 and 32, each of which preferably includes a 
plurality of individual computers 12, 12a-12c, 30, 31, 33 
and 35. (Hereafter, when discussing a computer in net- 



work 32, a computer 30 will be arbitrarily referenced, al- 
though the discussion could relate to any of the comput- 
ers in network 32). Computers 12 and 30 may be imple- 
mented utilizing any suitable computer such as the IBM 

5 Personal System/2 (also called a "PS/2") computer or 
an IBM RISC SYSTEM/6000 computer workstation, 
both product of International Business Machines corpo- 
ration, located in Armonk, New York. "RISC SYSTEM/ 
6000" is a trademark of International Business Ma- 
te chines Corporation, "Personal System/2 D and "PS/2" 
are registered trademarks of International Business Ma- 
chines Corporation. Of course, those skilled in the art 
will appreciate that a plurality of intelligent workstations 
(IWS) coupled to a host processor may be utilized for 

75 each such network. 

As is common in such data processing systems, 
each individual computer may be coupled to a storage 
device 14 and/or a printer/output device 16. One or more 
such storage devices 14 may be utilized, in accordance 

20 W ith the method of the present invention, to store ob- 
jects, such as documents, resource objects, or execut- 
able code, which may be periodically accessed by any 
user within data processing system 8. In a manner well 
known in the prior art, each such object stored within a 

2& storage device 14 may be freely interchanged through- 
out data processing system 8 by transferring an object 
to a user at an individual computer 12 or 30, for example. 

Still referring to Fig. 1, it may be seen that data 
processing system 8 also may include multiple main- 

30 frame computers, such as mainframe computer 18, 
which may be preferably coupled to LAN 10 by means 
of communications Iink22. Mainframe computer 18 may 
be implemented utilizing an Enterprise Systems Archi- 
tecture/370 (also called an "ESA/370 M ) or an Enterprise 

35 Systems Architecture/390 (also called an "ESA/390") 
computer available from IBM. Depending on the appli- 
cation a mid-range computer, such as an Application 
System/400 (also called an "AS/400"), may be em- 
ployed. "Enterprise Systems Architecture /370 a , "ESA/ 

40 370°, "Enterprise Systems Architecture/370 n , and "ESA/ 
390" are trademarks of IBM; "Application System /400 u 
and "AS/400" are registered trademarks of IBM; "Appli- 
cation System/400" and "AS/400" are registered trade- 
marks of IBM. Mainframe computer 1 8 also may be cou- 

45 pied to a storage device 20 which may serve as remote 
storage for LAN 10. Similarly, LAN 10 may be coupled 
via commun ications link 24 through a subsystem control 
unit/communications controller 26 and communications 
link 34 to a gateway server 28. Gateway server 28 is 

50 preferably an individual computer or IWS which serves 
to link LAN 32 to LAN 10. 

As discussed above with respect to LAN 32 and 
LAN 1 0, objects may be stored within storage device 20 
and controlled by mainframe computer 18, as Resource 

55 Manager or File System Manager for the stored objects. 
Of course, those skilled in the art will appreciate that 
mainframe computer 18 may be located a great geo- 
graphic distance from LAN 1 0 and similarly LAN 1 0 may 
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be located a substantial distance from LAN 32. For ex- 
ample, LAN 32 may be located in California while LAN 
10 may be located within Texas and maintrame compu- 
ter 18 may be located in New York. 

A preferred embodiment of the present invention 
may be incorporated within various computers depicted 
within data processing system 8 

Turning now to Fig. 2, the figure illustrates the 
mechanism whereby a station may be toggled between 
power-down (sleep) mode and a full-on state as a result 
of its interconnection on a network. In the upper portion 
of the diagram, a network interface controller 1 1 2, taking 
the form of an adapter card or being built into the moth- 
erboard of the station, is interconnected and integrated 
with the station 110 which may be a personal computer, 
workstation, terminal, or the like. The function of such 
an NIC 112 generally is to provide the interface logic be- 
tween the network and network connection 1 26 and the 
actual station 110, thereby facilitating the station being 
able to communicate with other devices on the same 
network such as Token Ring, Ethernet, ATM, FDDI, etc. 
In conventional operation, when the NIC 112 receives 
an appropriate signal on the network medium 126, it 
causes interruption of the processes executing on the 
station in software, whereupon such software operating 
in the station processes the packet. As shown by the 
upper portion of Fig. 2, when the station is in a "full-on" 
mode, a process is looping shown by the loop 1 1 8, mon- 
itoring for an active event, e.g., activity of the system 
such as I/O from an appropriate pointing device such as 
a mouse, keyboard activity, or the like. This loop essen- 
tially implements a predetermined power management 
policy such that in absence of a predetermined active 
event sensed for by the loop 118, the station will toggle 
into a sleep or power-down state shown in the lower por- 
tion of Fig. 2. This transition is shown by the power man- 
agement policy arrow 114, such policy being defined by 
the operating system under which the station is operat- 
ing. 

After absence of an active event is sensed, the sta- 
tion 110 enters the power-down state and feedback loop 
or process 120. However, in this instance, the loop is 
sensing for occurrence of a wake-up event such as a 
keyboard stroke or other active event which otherwise 
would have kept the station in the full-on mode after be- 
ing sensed in bop 118. Upon detection of such a wake- 
up event in the loop 120, the station 110 will then exit 
the power-down state as shown by the wake-up arrow 
116, whereupon it will once again enter the full-on state. 

Turning now to Fig. 3, a more detailed description 
of the NIC 112 of Fig. 2 is provided. Such an NIC is con- 
ventionally comprised of three basic functional compo- 
nents, namely a media access controller (MAC) 132, a 
physical interface or transceiver 134, and an appropri- 
ate interface generally taking the form of some magnet- 
ics components 136. 

Concerning the MAC 1 32 controller first, in a con- 
ventional form it essentially represents and encapsu- 



lates the lowest level of network protocol prior to the 
physical medium or layer, and is dependent upon the 
particular networking technology being employed. In 
other words, in the embodiment under discussion 

s wherein an Ethernet network is provided, a specific 
MAC protocol associated with the Ethernet is predefined 
which will be implemented by the MAC controller 132. 
It will be seen from the figure that the MAC controller 
1 32 interfaces to the host bus 1 30 of the particular sta- 

10 tion in which it is installed. 

Next, a physical interface or transceiver 134 is pro- 
vided which essentially translates levels between the 
digital domain which the host bus 1 30 and MAC control- 
ler 132 operate in and the analog domain which the 

is magnetics 1 36 and network medium 126 operate in. 

Finally, in terms of function, the magnetics block 
136 is intended to indicate the function of providing the 
appropriate impedance matching and interfacing be- 
tween the transceiver 1 34 and the network medium 1 26, 

20 whether it be Ethernet, FDDI, etc. More will be herein- 
after described relative to the modified functions of the 
MAC 132 in accordance with the invention hereinafter. 

Turning now to Fig. 4, a diagram is depicted therein 
of the MAC controller 1 32 flow which will implement the 

25 invention. In the initial condition or state shown at 140, 
it will be assumed that a given station implementing the 
invention in the network is in a low-power or power-sav- 
ing state as dictated by the power management policy 
hereinbefore discussed, namely the station will be in the 

30 state shown in the lower portion of Fig. 2. It will be noted 
that it is a feature of the invention that the NIC 112 as- 
sociated with the station, notwithstanding this power- 
down state of the station itself, will be continually in a 
powered-up mode although,, in accordance with con- 

35 ventional practice and good design, the well known 
transmit circuitry associated with the NIC may be pow- 
ered off as appropriate, anticipating events to be detect- 
ed wherein power-up of the transmitter circuitry will be 
required. 

40 Continuing with Fig. 4, the MAC controller in the NIC 
11 2, as shown at block 1 44, will be capable of monitoring 
the medium 1 26 of the network to detect whether a pack- 
et is being received by the NIC on the medium 126, 
shown at block 144. So long as the NIC is determining 

45 that a packet is not being received, it will remain in the 
loop monitoring for a packet as shown by arrows 152, 
142. It is important to recall at this point that it is an im- 
portant feature of the invention that the station per se at 
this point remains in a power-down state, thereby 

50 achieving the energy efficiency goal of the invention 
while nevertheless at the same time, the station is still 
essentially remaining an active component in the net- 
work. This is so inasmuch as the NIC 112 is performing 
the function of monitoring network activity for informa- 

55 tion contained in a packet which is of interest to the par- 
ticular station. 

Once the NIC determines that a packet has been 
received, 146, the MAC controller code will then deter- 
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mine at block 148 whether it is a link beat pulse. Link 
beat pulses are related to the particular media in which 
the network is operating, such as Ethernet, Token Ring 
or the like, each of which have their own definition of 
how a link beat mechanism is to work. In essence, the s 
purpose of the link beat is to enable the network to pe- 
riodically poll the stations on the network to sense for a 
heartbeat, e.g., whether generally the various stations 
are on the network and remain operative. If, in response 
to this detection that a periods link beat pulse has in fact to 
been received in the packet, the process exits 150, 
whereupon the NIC performs appropriate link beat pulse 
handling 154, appropriate to the specific media. After 
effecting such handling, the process will exit at 1 58, and 
proceed through path 156, 142 back to the monitoring is 
state in which the NIC is again in a loop monitoring for 
receipt of a packet at 1 44. 

In passing, it will be noted that it may be desirable 
for a station not relying on a particular physical medium 
protocol to provide information developed by itself and 20 
its own protocol to perform such a heartbeat mechanism 
check. In this situation, the solution provided by the in- 
vention may be provided to respond automatically to 
heartbeat inquiries so as to not require waking up of the 
entire workstation or PC. 25 

Continuing with Fig. 4, if it is determined that a pack- 
et has been received, but it is not merely a link beat 
pulse, shown by exiting path 160 from block 148, next 
the MAC controller flow examines the packet to deter- 
mine if there is a frame address match, 162. 30 

Turning briefly to Fig. 5, this figure illustrates a typ- 
ical format of a frame or packet in a network, in this case 
as it travels across an Ethernet network. Detailed dis- 
cussion of this representative format may be found at 
page 26-27 of the aforementioned Section 2.4 of the 35 
previously cited reference. It will be noted that one field 
in this frame, which is typical of various network proto- 
cols, is in this case referred to as a "destination ad- 
dress". It is conventional for each set of hardware or 
more properly each station in the network to have a 40 
uniquely defined such destination address. As shown 
as block 162 of Fig. 4, the MAC controller flow at this 
point will perform a comparison to determine whether 
this frame address represented by the destination ad- 
dress in the packet matches the unique address of the 45 
station. If so, the process exits along path 164, thereby 
having determined that because of detection of this 
frame address match, clearly it is desirable that the 
packet being received is intended to interact with this 
particular station. so 

At this point, the system will therefore, in response 
to this signal on path 164, determine if the correspond- 
ing station is in a hibernation state, shown at block 166. 
If not, shown by exiting along path 168, the system must 
simply be woken up, shown at block 170 by means of ss 
an appropriate interrupt, whereby the system may be 
brought into a full-on state, shown at arrow 172. Alter- 
natively, if at block 166 it is determined that in fact the 



station is in a full hibernation state, the process will exit 
at path 1 76, whereupon the system power will be turned 
on and a full system boot executed at 178. The distinc- 
tion between the two states, 170 and 178 is that in state 
170, the CPU may nevertheless have low-power applied 
to it, in which case the system may be woken up simply 
by means of an interrupt as opposed to a full system 
boot shown in the block 178 in which case full system 
power must be applied as well. It will further be noted in 
passing that in such a hibernation state, substantial en- 
ergy savings may be realized inasmuch as typically in 
such a state a power consumption on the order of two 
watts nominally may be experienced, attributable to the 
NIC 112 remaining on. 

In prior art it will be noted that some forms of "wake- 
ups" may be provided, such as in the case of more than 
ring wake-up in a dedicated PC. However the important 
distinction is that in such a case the modem is not 
present in a network wherein the system in which it is 
installed is required to be handling network wake-up 
commands. Thus, previously, it was necessary for sta- 
tions to be up all the time in order to do any status check- 
ing whereas in accordance with the invention, it permits 
the system to shut down completely in the network or 
hibernate and be woken up while nevertheless still pro- 
viding the ability to enable a server to check status of 
the station. This is so inasmuch as the NIC, with the 
modified MAC controller flow herein described, may pro- 
vides the function of responding to packets and moni- 
toring them with the lower power consumption associ- 
ated with the NIC itself being the only component pow- 
ered up all the time. 

Turning now to Figs. 5 and 6 in more detail, they will 
be discussed in greater detail with reference to the novel 
frame data matching function 182 and predetermined 
response function 188, shown in Fig. 4. As shown in Fig. 
4, if the MAC controller flow determines that a frame ad- 
dress match 1 62 is not present, shown at path 1 80, next 
the program implemented in the MAC of the NIC, deter- 
mines whether there is a frame data match, 182. Refer- 
ring to Fig. 5, it will be noted that a frame data field is 
provided in network packets typically of varying sizes 
which, in turn, provide the facility of permitting imple- 
mentation of differing frame data masks such as those 
represented at reference numerals 200, 201 of Fig. 6. 
In the implementation presently being described, this fa- 
cility enables a check shown at block 182 which exam- 
ines, for example, the first 64 bytes of the frame data 
field for a match to predetermined data stored in the 
MAC which uniquely identifies the station associated 
with the MAC. 

It is important to note that in modern day networking 
technology, a given station may support concurrently 
multiple protocols, and thus this frame data field enables 
different frame data masks associated with each such 
supported protocol to be stored. More specifically with 
respect to the TCP/IP protocol, there may for example 
be no predetermined response defined or required. 



6 



BNSDOCID: <EP 0777172A1 _!_> 



11 



EP0 777 172 A1 



12 



However, in the case of a Netbios protocol, one partic- 
ular form of predetermined response may be required. 
It will be understood that such a predetermined re- 
sponse is essentially a unique message from a specific 
station in a particular protocol utilized to advise a par- 
ticular server that the station is operating and functional. 

Continuing with the example, yet another protocol 
such as that of Netware may require yet an additional 
and different predetermined response to a packet being 
sent in accordance with the Netware protocols. More 
particularly, as previously described with respect to the 
IPX protocol of Netware, as previously described, SAP 
broadcast packets may be sent by the server once per 
minute whereby the server is polling the stations on the 
network to determine their operability. Thus it will be 
readily appreciated that a given station must provide a 
pre-determined response to such a polling which is 
uniquely designed to be consistent with this particular 
protocol. Also as previously described, if the client host 
is in a low-power mode and thus not responding to the 
SAP broadcast packets, the client station may miss 
some important information. As shown by the block 1 88, 
pre-determined responses may be found from the frame 
data matching function shown at block 182 (as repre- 
sented by the flow along path 184 to block 188). After a 
lookup table function determines that such a pre-defined 
response is in fact stored in the frame data predeter- 
mined response information of Fig. 6, the system will 
exit path 192 to cause transmission of the appropriate 
protocol-dependent predetermined response message, 
whereupon which the process loops back along path 
196, 156, 142tocontinue monitoring for additional pack- 
ets, 144. However, it is an important feature that the NIC 
controller should in fact conditionally wake up the station 
from some packets such as these SAP packets wherein 
a predetermined response is not detected. This is 
shown by exiting the block 1 88 along path 1 90, where- 
upon the system may be woken up as desired. 

Continuing with Fig. 4, if it was determined that a 
frame data match did not occur at block 1 82, this essen- 
tially is saying that the particular station in which this 
flow is being executed should not be activated as a re- 
sult of this packet, in which case the process exits at 
186, returning back to the loop at block 144 which mon- 
itors for receipt of additional packets 1 44. However, by 
exiting along path 1 84 indicating that a frame data match 
was received, this indicates that probably it will be nec- 
essary to wake up the station. However, in accordance 
with the invention, before doing so, it is an important fea- 
ture of the invention that one last check will be per- 
formed by the block 1 88, namely to determine if a pre- 
stored protocol dependent response is available, in 
which case the process exits at 1 92 to transmit this pre- 
stored and protocol-dependent response message. 

Turning to Fig. 6 in more detail, this is intended to 
functionally illustrate the data structures which may be 
. stored in the NIC for effecting this detection of a pre- 
stored response in accordance with block 188, and for 



further effecting the appropriate response shown at 
block 1 94. The data stored in the NIC for performing this 
function may be seen to be comprised of multiple fields, 
including a frame data mask 200, predetermined re- 

s sponse bit 202, length and pointer fields 204, 206. It is 
important to note that each field is programmable as de- 
sired. Thus, for example, each. frame data mask such 
as 200 or 201 , may selectively mask out certain areas 
as desired such as protocol messages to which it is not 

io desired for the station to respond or be activated, there- 
by permitting the selective filtering of messages which 
will activate the station. 

Each of these frame data masks will be associated 
with a different network protocol such as Netbios, Net- 

75 ware, and so forth. The purpose of the pre-canned re- 
sponse bit field 202 is to indicate which of the frame data 
masks is to be active. If for example, the response bit 
as 202 is present with respect to the frame data mask 
associated with Netware, 201, and more particularly, 

20 ipx requests, when the incoming appropriate portion of 
the frame data field of Fig. 5 is compared to this frame 
data mask 201, a match thereby indicating that a pre- 
determined response is required, as shown by path 1 92 
of Fig. 4. Next, then, the problem is to determine, solely 

25 by the NIC, without having to wake up the station, what 
the appropriate expected response message should be. 
This is the purpose of the length and pointer fields 204, 
206. The length field 204 indicates the length of an ap- 
propriate predetermined response message corre- 

30 sponding to the particular frame data mask such as 
mask 201. Similarly, the corresponding pointer 206 
points to a location in the response buffer 208 in the NIC 
which contains the specific appropriate response corre- 
sponding to the particular frame data mask which is se- 

3S [ected by presence of the predetermined response bit 
202. For example, if, in. doing the frame data matching 
and predetermined response functions 1 82, 1 88, it is de- 
termined that the data in the incoming packet in the 
frame data of Fig. 5 is a Netware IPX message for which 

40 a predetermined response is required, block 1 94 will (af- 
ter determining this by utilizing the lookup table of Fig. 
6), obtain the pointer to the appropriate response in the 
response buffer 208 and the length of such response, 
and then create a packet transmitting this appropriate 

45 response message as shown by block 1 96 onto the net- 
work. 

For the sake of clarity, although with reference to 
Fig. 4 a station may be assumed to be generically in a 
"low-power 0 or "power-saving" state, the invention is not 

so intended to be limited to situations wherein a station is 
only in one such state. Rather, the invention admits to 
alternatively being in any of various such low-power or 
power-saving states, examples of which may be vari- 
ously known in the art and include, but not by limitation, 

55 being in a "sleep", "hibernation", "standby", or "power- 
saving" state. 

Also by way of clarification, with reference to Figs. 
5 and 6, the disclosure herein is not intended to imply 
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that the invention is limited only to cases wherein the 
entirety of a frame data mask such as that of reference 
numeral 200 in Fig. 6 must match in its entirety a frame 
data or portion thereof shown in Fig. 5. Thus, the inven- 
tion admits to monitoring for a match between any sub- 
set of a frame data mask with a corresponding portion 
of frame data as desired. 

In summary there is provided a network controller 
having an enhanced frame-address matching function. 
In a full power-on mode, the controller performs conven- 
tional functions. In the low-power mode, the controller 
includes frame-address and frame-data matching, as 
well as predetermined and programmable autonomous 
response to network protocol. If a match occurs with re- 
spect to the frame destination address or frame data, 
the system associated with the controller is placed in a 
wake-up state. If the controller is programmed to per- 
form pattern matching inside the frame data area, upon 
such match in the frame data area the controller will gen- 
erate and transmit on the network a simple response 
packet automatically. Conversely, if a match is not de- 
tected, no action is taken. The frame-data patterns are 
programmable with the capability to mask out certain 
data fields as desired which are protocol dependent and 
are substantially protocol dependent. While the inven- 
tion has been shown and described with reference to 
particular embodiments thereof, it will be understood by 
those skilled in the art that the foregoing and other 
changes in form and detail may be made therein without 
departing from the spirit and scope of the invention. 
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transmitting said predetermined response 
message onto said network in response to said 
determining that said corresponding predeter- 
mined response message is stored. 

5 

2. The method of Claim 1 further including: 

determining with said controller, in response 
to determining said predetermined response mes- 
sage is not stored, whether said station is in a hi- 
10 bernation state. 

3. The method of Claims 1 or 2 wherein said at least 
one programmed pattern and corresponding re- 
sponse message comprises a plu rality of pairs com- 

75 prised of a said pattern and a said corresponding 
response message. 

4. The method of Claim 3 wherein each said response 
message in said pairs corresponds to a different 

20 network protocol. 

5. The method of Claims 1 ,2,3 or 4 further including: 

placing one of said stations in a low-power 
25 state; and 

wherein said storing., monitoring, detecting, de- 
termining, and transmitting steps are executed 
by one of said controllers corresponding to said 
30 one of said stations while said one of said sta- 

tions is in said low-power state. 



Claims 

1. A method for improved power management in a net- 
work of computer stations each of said stations in- 
cluding a network interface controller, comprising: 

storing in one of said controllers corresponding 
to one of said stations at least one pro- 
grammed; 

pattern within a frame data; and 

a corresponding predetermined response mes- 
sage; 

monitoring with said one of said controllers for 
said frame data on said network; 

detecting in said one of said controllers from 
said monitored frame data whether a match oc- 
curs of said stored pattern with a pattern within 
said monitored frame data; 

determining, in response to said detecting of 
said match, if said corresponding predeter- 
mined response message is stored; and 



6. The method of Claim 5 further comprising: 

transmitting said frame data from a different 
one of said controllers from said one of said control- 
lers corresponding to a different said one of said 
stations to said one of said controllers correspond- 
ing to said one of said stations. 

7. The method of Claim 6 wherein said storing in said 
one of said controllers includes: 

storing a response buffer of a plurality of said 
predetermined response messages, and a plurality 
of message length and message pointer pairs, each 
of said pairs ol which identifies a different one of 
said predetermined response messages and corre- 
sponds to a different frame data mask. 

8. An apparatus for improved power management in 
a network of computer stations each of said stations 
including a network interface controller, comprising: 

means for storing in one of said controllers cor- 
responding to one of said stations at least one 
programmed; 

pattern within a frame data; and 
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. a corresponding predetermined response mes- 
sage; 

means for monitoring with said one of said con- 
trollers for said frame data on said network; £ 

means for 'detecting in said one of said control- 
lers from said monitored frame data whether a 
match occurs of said stored pattern with a pat- 
tern within said monitored frame data; io 

means for determining, in response to said de- 
tecting of said match, if said corresponding pre- 
determined response message is stored; and 

is 

means for transmitting said predetermined re- 
sponse message onto said network in re- 
sponse to said determining that said corre- 
sponding predetermined response message is 
stored. 20 

9. The apparatus of Claim 8 further including: 

means for determining with said controller, in 
. response to determining said predetermined re- 
sponse message is not stored, whether said station 25 
is in a hibernation state. 

10. A computer program product for use in improving 
power management in a network of computer sta- 
tions oHCh ol said stations including a network in- 30 
torlHCC controller, comprising: 

compjtcr readable program code means for 
storm q in one of said controllers corresponding 
to one of said stations at least one pro- 35 
grammed; 

pattern within a frame data; and 

a corresponding predetermined response mes- 40 
sage; 

computer readable program code means for 
monitoring with said one of said controllers for 
said frame data on said network; 45 

computer readable program code means for 
detecting in said one of said controllers from 
said monitored frame data whether a match oc- 
curs of said stored pattern with a pattern within so 
said monitored frame data; 

computer readable program means for deter- 
mining, in response to said detecting of said 
match, if said corresponding predetermined re- ss 
sponse message is stored; and 

computer readable program code means for 



transmitting said predetermined response 
message onto said network in response to said 
determining that said corresponding predeter- 
mined response message is stored. 
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